home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 317 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.7 KB
  1. Date: Sat, 4 Jun 94 01:56 BST-1
  2. From: Andre Willey <andre@cix.compulink.co.uk>
  3. Subject: Keyboard shortcuts (what else?)
  4. To: gem-list@world.std.com
  5. Message-Id: <memo.288895@cix.compulink.co.uk>
  6. Precedence: bulk
  7.  
  8.  
  9.  
  10. [I'm re-sending this. The first attempt was bounced at eunet for some reason]
  11.  
  12.  
  13. In <wdhm7zjvrvo@moacs11>, walra%moacs11@nl.net wrote: 
  14.  
  15. > You're right, the current proposal is mainly usefull for the class
  16. > of editor applications (not necessarily text-editors), while many
  17. > appli- cations have very different requirements. Not too many people
  18. > would be fond of a hd formatter which displays the available hds
  19. > as icons in a window and follows the guideline on <select objects>
  20. > <DEL> :). 
  21.  
  22. That's very true. However, the standard should allow for applications
  23. to decide which shortcuts are appropriate to their own operation.
  24. Thus a hard disk formatter would not support plain old <Del> to format
  25. the disc (I hope!) Certainly if I were writing one it wouldn't... :-) 
  26.  
  27. The one useful thing that Timothy Miller has done is to highlight the
  28. very real dangers of destructive block actions when combined with
  29. the ability to 'Select All'. 
  30.  
  31.  
  32.  
  33. In <H.ekK.6PiB9kgorV6@elfhaven.ersys.edmonton.ab.ca>,
  34. mforget@elfhaven.ersys.edmonton.ab.ca wrote: 
  35.  
  36. > We need both solutions, I think, instead of one or the other. 
  37.  
  38. Yep. The basic default standard should be defined here fairly soon,
  39. by the sound of things, as there seems to be general (well, with one
  40. exception :-) ) agreement on keyboard shortcuts. This standard can
  41. then form the default settings for the SHORTCUT.INF (or whatever)
  42. system, which is the second part of the proposals being discussed
  43. here. There is no need to go overboard with this second phase just
  44. yet; a simple system that will handle re-assigning the default
  45. settings will do for now, and we can then add application-specific
  46. codes as authors suggest meaningful operations. 
  47.  
  48.  
  49. In <memo.284846@cix.compulink.co.uk>, ogal@cix.compulink.co.uk wrote:
  50.  
  51. > > IMO a *.INF (or *.CNF) file implies that it contains the
  52. > > configuration for a single application, therefor I'd go for the
  53. > > .SYS extension (it is a system wide file, and in a certain way it
  54. > > is part of the system too). 
  55. >  
  56. > Indeed, it should have the extension SYS. 
  57.  
  58. Fine. SYS it is. I'm not sure about KEYBIND.SYS (sounds a bit too techie
  59. for the layman). How about either SHORTCUT.SYS, KEYBOARD.SYS or
  60. QUICKKEY.SYS ?
  61.  
  62. Andre
  63.  
  64.  +------------------------------------+-------------------------------+
  65.  |            Andre Willey            |  Cygnus Software Development  |
  66.  |  Email: andre@cix.compulink.co.uk  |  Sutton Coldfield -- England  |
  67.  |   or: ...{mcsun}!uknet!cix!andre   |  Tel:  (UK/+44) 021 308 5251  |
  68.  +------------------------------------+-------------------------------+
  69.